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ABSTRACT 


This  paper  describes  an  interactive  graphics  system  for  solving 
graph  theoretic  problems.  The  system  is  implemented  on  a  remote  graphics 
terminal  with  processing  power  connected  by  voice-grade  telephone  line  to 
a  central  computer.  The  potential  of  using  the  terminal  as  a  programmable 
subsystem  has  been  exploited,  and  computing  power  is  appropriately  divided 
between  the  two  machines.  In  order  to  express  interactive  graph  theoretic 
algorithms,  the  central  computer  may  be  programmed  in  an  algorithmic  language 
which  includes  data  structure  and  associative  operations.  Kxamplcs  of  system 
use  and  programming  are  presented. 
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INTRODUCTION 


The  medium  of  computer  graphics  provides  a  capability  for  dealing 
with  pictures  in  man-machine  communication.  Graph  theory  is  used  to 
model  relationships  which  are  represented  by  pictures  and  is  therefore  an 
appropriate  discipline  for  the  application  of  an  interactive  computer  graphics 
system.  Previous  efforts  to  solve  graph  theoretic  problems  by  computer 
have  usually  involved  specialized  programs  written  in  a  symbolic  assembly 
language  or  algebraic  compiler  language. 

In  rucent  years,  graphics  equipment  with  processing  power  has 
been  commercially  available  for  use  os  a  remote  terminal  to  a  large  central 
computer.  Although  those  terminals  typically  include  a  small  general  pur¬ 
pose  computer,  the  potential  of  using  one  as  a  programmable  subsystem  has 
received  little  attention. 

These  motivations  have  led  to  the  design  and  implementation  cf  an 
interactive  graphics  system  for  solving  graph  theoretic  problems.  The  sys¬ 
tem  oporates  on  on  IBM  7040  with  a  DEC-338  graphics  terminal  connected  by 
voice-grade  telephone  line.  To  provide  effective  response  times,  computing 
powor  is  appropriately  divided  between  the  two  mnenines. 

Tho  remote  computer  graphics  terminal  is  controlled  by  a  special- 
purpose  executive  program.  This  executive  Includes  on  interpreter  of  a  com¬ 
mand  language  oriented  towards  controlling  tho  existence  and  display  of 
graphs.  Several  interact!  »e  functions,  such  os  graph  drawing  and  editing, 
ore  available  to  a  user  through  light  button  and  pushbutton  selection.  These 
functions,  which  ore  local  to  the  terminal,  are  programmed  in  a  mixture  of  ihc 
terminal  computer's  machine  language  and  the  interpreter  command  language. 

For  more  significant  computations  the  central  computer  is  used,  but 
response  time  for  interactive  operation  is  then  diminished.  In  order  to  over¬ 
come  the  low  bandwidth  of  the  telephone  link,  the  central  computer  may  call 
upon  a  program  at  tho  terminal  as  a  subroutine. 


Based  on  the  mathematical  terminology  used  to  define  graphs,  a 
high  level  language  was  developed  for  the  specification  of  interactive  al¬ 
gorithms.  A  growing  library  of  these  algorithms  includes  routines  to  aid  in 
the  construction  and  recognition  of  various  types  of  graphs.  Other  routines 
in  tho  library  are  used  for  computing  certain  properties  of  graphs.  Graphs 
may  be  transformed  by  some  routines  with  respect  to  both  connectivity  and 
layout.  Any  number  of  graphs  may  be  saved  and  later  restored. 

A  programmer  using  the  terminal  as  an  alphanumeric  console  may  call 
upon  the  programming  features  of  the  system  to  develop  new  interactive 
algorithms  and  add  them  to  tho  library.  Programs  may  also  bo  created  far  the 
graphics  terminal,  using  tho  central  computer  for  assembly. 
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ENVIRONMENT 


The  Interactive  Graph  Theory  System  is  an  experimental  computer 
software  system  which  operates  as  a  user  program  in  the  environment  of 
tho  Moore  School  Problem  Solving  Facility  (or  MSPSF)  at  the  Moore  School 
of  Electrical  Engineering  of  tho  University  of  Pennsylvania.  The  MULTILIST 
Project  at  the  Moore  School  designed  and  developed  the  MSPSF  as  an  attempt 
to  combine  storage  and  retrieval  capabilities  of  a  computer  with  its  com¬ 
putational  power  to  solve  probloms  (3,  7,  8,  9,  10].  The  hardware  used 
for  this  work  consist,  of  a  multi-console  system  attached  to  an  IBM  7040 
central  processor.  Since  the  7040  docs  not  directly  support  a  variety  of 
terminals,  a  small  DEC  PDP-8  computer  Is  interfaced  to  the  7040  and  is  used 
to  service  Teletypes  over  110-baud  dial-up  telephone  lines  and  an  elaborate 
graphics  terminal  via  a  2400-bo ud  private  line.  The  graphics  terminal  is  a 
DEC-338  Programmed  Buffered  Display,  which  Includes  a  PDP-P  computer  as 
one  of  two  processors;  the  other  is  a  more  specialized  procoss'  r  oriented 
towards  the  control  of  an  attached  digital  CRT  display.  Both  processors  sharo 
a  common  8192-word  12-bit  core  memory  with  l.Sps  cycle  time.  Although  the 
DEC-338  can  be  used  as  a  stand-alone  system  it  is  configured  as  a  remoto 
computer  graphics  tormina  1,  with  a  fixed-head  minidisk  of  32K  12-bit  words 
and  one  DECtapc  for  more  permanent  storago.  Tho  terminal  includes  an  ASR-33 
Teletype  for  keyboard  and  oapor  tape  inout  and  printed  (and  punched  tape) 
output,  a  box  of  pushbuttons,  and  a  light  pen  for  graphical  input. 


A  USER'S  VIEW 

A  user  of  tho  Interactive  Graph  Theory  System  sits  in  front  of  tho  ten- 
inch-squaro  display  screon  of  tho  graphics  terminal  with  tho  light  pen  in 
ono  hand  and  the  pushbutton  box  conveniently  placed  for  accessibility  by  his 
other  hand.  Tho  system  at  the  user’s  fingertips  provides  a  simulated  pioco  of 
"paper"  on  which  ho  may  draw  an  abstract  graph.  The  user  directs  tho  system 
by  using  the  light  pen  to  point  at  light  buttons  and  by  depressing  appropriate 


^Numbers  within  brackets  indicate  references. 
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pushbuttons.  Indicative  messages  displayed  Ly  the  system  instruct  the 
user  of  what  ho  may  cause  to  happen.  The  novice  user  slowly  reads  these 
messages  and  carefully  points  at  his  choice  of  light  buttons,  giving  the 
appearance  that  the  system  is  controlling  him.  The  experienced  user, 
however,  so  quickly  points  at  light  buttons  and  depresses  pushbuttons  that 
he  appears  to  control  the  system. 

The  user  is  given  the  tools  to  construct  a  graph  of  arbitrary  connec¬ 
tivity  consisting  of  any  number  of  vortices  and  directed  or  undirected  arcs. 
Any  vertex  or  arc  may  be  labelled,  and  the  relative  position  of  each  label  may 
be  individually  controlled.  Six  distinguishable  shapes  are  available  for 
vertices,  while  arcs  aro  generally  straight  lines  directly  connecting  a  pair 
of  vortices.  An  clliptically-shapcd  arc  is  employed  when  it  is  a  loop  con¬ 
necting  a  vertex  to  itself.  The  user  may  viow  the  graph  on  the  "full"  paper 
or  ho  may  select  any  one  of  three  smaller  window  slzos  (half-  fourth-,  or 
cighth-paporl  and  "move"  the  window  to  a  chosen  soction  of  the  paper  for 
more  dotailed  work.  The  user  is  given  the  facilities  for  altering  or  doleting 
any  part  of  a  graph  on  tho  paper. 

Once  a  user  has  drawn  a  graph  he  may  save  it  for  future  uso  along 
with  any  number  of  associated  key  words  in  tho  large  filo  or  data  base  which 
is  available  for  all  users  of  the  MSPST.  Later  restoration  of  any  number  of 
graphs  may  be  specified  by  a  retrieval  description  as  a  logical  combination 
of  key  words. 

Tho  Interactive  Graph  Theory  System  includes  a  growing  library  of 
interactive  graph  theoretic  algorithms  which  the  user  may  call  upon.  He  may, 
for  example,  choose  to  apply  a  particular  algorithm  to  a  graph  which  he  has 
drawn.  Figure  1  is  a  picture  of  the  display  screen  resulting  from  a  shortest 
path  algorithm  appliod  to  a  graph  which  the  user  drew.  The  integers  along  the 
directed  arcs  are  labels  tho  user  included  to  indicato  tho  cost  of  traversing 
each  arc.  Tho  path  computed  by  the  system,  indicated  by  darker  arcs,  is  a 
minimum  cost  path  from  the  upper  vortex  as  the  given  starting  point  to  tho 
lower  one  as  tho  given  ending  vertex.  With  this  interactive  algorithm,  the 
user  may  request  the  shortest  path  between  any  pair  of  vortices;  ho  may  also 
alter  any  aspect  of  tho  graph  and  again  seek  a  shortest  path. 
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Figure  2  shows  another  example  of  the  application  of  an  interactive 
algorithm  to  a  user-drawn  graph.  In  this  case  the  user  has  drawn  a  non- 
cyclic  graph  ai:d  then  applied  a  layout  algorithm  to  move  the  vertices  so 
the  graph  appears  in  the  form  of  a  tree.  Next,  the  user  caused  the  algorithm 
to  further  refine  the  layout  of  the  tree  by  permuting  the  order  of  the  five  arcs 
emanating  from  the  root.  In  particular,  the  leftmost  arc  moved  to  the  fourth 
position  and  the  tree  then  appeared  as  in  Figure  3. 

Another  algorithm  which  has  been  included  in  the  system  determines 

* 

all  maximally  complete  subgraphs  of  a  given  non-directed  graph.  This  al¬ 
gorithm  alters  the  shapes  of  vertices  to  display  to  the  user  one  such  sub¬ 
graph  at  a  time.  Figure  4  shows  one  maximally  complete  subgraph  which  has 
been  computed. 

These  three  algorithms  demonstrate  the  types  of  graph  theoretic  prob¬ 
lems  which  can  be  solved.  The  novice  user  can  take  advantage  of  the  Inter¬ 
active  Graph  Theory  System  to  the  extent  of  applying  existing  interactive  al¬ 
gorithms  ,  but  the  primary  significance  of  the  system  is  the  way  in  which  users 
can  compose  interactive  graph  theoretic  algorithms  as  programs  in  a  compiler- 
level  language.  To  enable  the  user  to  devdtop  programs,  the  graphics  term¬ 
inal  can  be  made  to  operate  as  a  text  console.  In  thi£  mode  the  DEC-338 
mimics  the  characteristics  of  a  Bunkcr-Ramo  Teleregister  alphanumeric  con¬ 
sole,  which  used  to  be  a  ,‘ermlnal  of  the  Moore  School  Problem  Solving 
Facility.  The  display  screen  is  arranged  as  twelve  lines  of  64  characters 
each,  and  the  Teletype  keyboard  is  used  to  control  the  contents  of  the  screen, 
with  some  of  the  special  characters  reserved  for  local  character  editing 
functions.  One  of  the  keyboard  characters  has  the  meaning  of  the  TRANSMIT 
key  of  the  alphanumeric  console,  which  is  to  cause  transmission  of  the  con¬ 
tents  of  the  display  screen  from  the  terminal  to  the  computer.  The  DEC-338 
is  used  as  a  text  console  in  this  system  fer  preparing  and  editing  programs, 
file  manipulation,  and  data  retrieval. 


* 

A  complete  subgraph  of  a  given  undirected  graph  G  is  a  subgraph  of  G  such  that 
each  pair  of  vertices  of  the  subgraph  is  connected  by  an  arc.  A  maximally  com¬ 
plete  subgraph  of  a  given  undirected  graph  G  is  a  complete  subgraph  of  G  which 
is  not  a  subgraph  of  any  other  complete  subgraph  of  G. 


6 


7 


w 


r 

n 


Figure  4.  A  Maximally  Complete  Subgraph  Computed 
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THE  ALIA  DATA  STRUCTURE  AND  LANGUAGE 

The  approach  taken  to  represent  graphs  In  this  system  was  dictated 
by  the  classic  definition:  a  graph  is  an  ordered  pair  of  sets  (X,  D,  where  X 
Is  a  set  of  elements  (vertices)  and  I* Is  a  set  or  ordered  pairs  of  elements  of 
X  (arcs)  (1].  The  I’ORTRAN  IV  language  was  chosen  as  a  base,  and  a  new 
data  type  was  Introduced  which  would  allow  for  the  representation  of  ordered 
pairs,  sots,  and  other  appropriate  constructs  not  representable  in  rORTRAN  IV. 
Also  Incorporated  Is  tho  facility  to  associate  an  arbitrary  amount  of  data 
with  any  element  of  tho  data  structure.  The  approach  used  was  based  on  that 
used  by  George  Dodd  in  the  design  of  the  Associative  Programming  Language 
as  an  extension  of  PL/I  [2].  This  extension  of  TORTRAN  is  called  ALIA.  One 
deficiency  of  Dodd's  APL  which  has  been  eliminated  in  ALLA  is  tho  necessity 
for  specifying  in  advance  the  allowable  associations  an  entity  may  have. 

Tho  additional  data  type  which  has  been  introduced  is  named  entity. 
There  is  no  literal  naming  of  entitles  in  ALLA  cxcopt  for  tho  undefined  entity 
UK  PIT.  Instead,  entities  arc  referenced  through  entity  variables  or  by  a 
relation  or  association  with  on  ontlty.  Thcr>  are  three  typos  of  entitles:  atom. 
pair,  and  set.  Each  declared  entity  variable  may,  at  any  one  time,  name  a 
particular  atom,  pair,  or  sot,  or  it  may  have  a  value  of  UNDEr. 

Each  atom,  pair,  or  set  may  have  any  amount  of  associated  data.  An 
associated  datum  is  called  a  property  and  is  referenced  by  a  property  namo. 

Tho  value  of  the  property  of  an  entity  may  bo  an  integer,  real,  or  logical 
constant,  or  It  may  bo  an  entity. 

An  entity  of  the  typo  atom  is  one  which  has  no  structure  other  than  its 
associated  properties.  A  pair  is  a  type  of  entity  which,  in  addition  to  any 
properties,  has  o  left-clement  and  a  right-element,  each  of  which  may  be 
an  entity  or  may  bo  undefined. 

A  set,  besides  having  associated  properties,  is  a  structure  with  any 
number  of  elements,  each  of  which  must  be  on  entity.  A  set  may  have  no  ele¬ 
ments,  in  which  case  it  is  called  empty.  Alt)  iigh  the  word  "set"  is  used. 
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the  Implementation  imposes  on  ordering  to  the  elements,  ond  so  one  may 
mafco  use  of  the  "list"  nature  of  this  structure.  Also,  membership  in  a  set 
is  not  limited  to  o  particular  element  appearing  once.  There  arc  no  restrictions 
on  the  structuring  of  data  in  this  system,  for  example,  a  particular  set 
may  oven  be  a  member  of  itself  three  times .  More  important,  however,  is 
the  unlimited  hierarchy  of  the  relationships  which  can  bo  modelled  in  this 
structure . 

With  this  data  structure  a  graph  will  bo  dofined  as  an  ordered  pair, 
whero  the  left-element  of  the  pair  is  the  sot  of  vertices,  and  the  right-element 
is  the  set  of  arcs.  Each  ore  is  on  ordered  pair,  where  the  loft  element  is 
the  "from-vortex"  of  the  arc,  and  the  right  element  is  the  "to-vertox".  Each 
vertex  will  ordinarily  be  an  atom,  but  the  ALIA  data  structure  permits  any 
type  of  entity  as  an  element  of  a  pair  or  set.  Ihu3  one  could  even  represent 
a  graph  of  graphs,  or  other  interesting  structures.  Moro  commonly,  one  fltJs 
the  tollowing  structures  appearing  in  graph  theory  manipulations: 

1.  A  sot  of  arcs  (whero  order  is  important)  for  a  path. 

2.  A  set  of  arcs  as  an  entity  property  of  a  vertex  for  its  outgoing  arcs. 

3.  A  set  of  vertices  as  an  entity  property  of  a  vertex  for  its  neighbors. 

4.  An  integer  property  of  a  vertex  for  its  depth  in  n  tree. 

EXAMPLE  Or  A  GRAPH  THEORETIC  ALGORITHM 

Instead  of  presenting  a  full  description  of  ALLA,  a  practical  example 
will  bo  explained  in  detail.  The  SilPTIlW  function  chosen  for  this  illustration 
is  the  algorithm  for  finding  a  shortest  J>nth  in  a  weighted  directed  graph,  it 
was  this  function,  used  along  with  an  interactive  ALLA  routine  to  interface 
with  the  user,  which  was  responsible  for  producing  Figure  1.  The  reader  should 
refer  to  the  source  listing  of  SHPTIIW  in  Tigurc  5  in  the  following  discussion. 
The  lines  of  the  function  have  been  numbered  for  reference. 

Tigurc  5  constitutes  the  definition  of  the  function  SHPTHW  whose 
value  or  result  is  a  shortest  pith  given  a  graph  G  and  the  starting  vortex  A  and 
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Figure  5.  Shortest  Path  function 
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ending  vertex  B.  The  result  of  the  function  is  a  set  of  arcs  of  the  given 
graph;  if  no  path  is  possible,  the  set  is  empty.  Line  1  is  the  function  dec¬ 
laration.  It  is  an  entity  function  since  its  result  is  an  entity,  i.o.  a  set  of 
arcs.  Linos  2  through  A  declare  the  data  types  of  the  three  arguments  of 
the  function  and  all  of  the  variables  used  within  the  function  body,  both 
locals  and  externals.  Line  5  declares  DiST  as  a  property  name. 

The  SIIPTHW  function  assumes  that  tho  given  graph  is  of  the  form 
described  in  tLo  previous  section,  and  associated  with  each  vertex  is  its 
set  of  incoming  arcs  (INARC)  and  its  set  of  outgoing  arcs  (OUTARC).  Also 
associated  with  each  arc  of  the  given  graph  is  its  integer  weight  (WRIGHT) . 
Throughout  the  body  of  tho  function  the  uses  of  tho  namos  INARC,  OUTARC, 
and  WEIGHT  are  purposely  ambiguous.  That  is,  tho  ALLA  syntax  is  ambig¬ 
uous,  so  that  each  of  those  throe  namos  may  bo  either  properties  or  functions; 
only  the  environment  determines  which  is  tho  case.  Thus  the  SIIPTHW 
function  assumes  either  the  given  graph  already  possesses  valuos  of  the 
three  properties,  or  thorn  are  equivalent  functions  which  compute  them. 

S 

Tho  program,  which  employs  Moore's  algorithm  (G),  begins  on  linos  6 
and  7  by  assigning  on  associated  distance  of  infinity  (actually  ten  million 
hero)  to  each  vortex  in  tho  given  graph.  Tho  THROUGH  statement  ~n  lino  6 
specifies  that  the  entity  variable  V  should  on  each  iteration  of  tho  range  of 
the  THROUGH  loop  assume  the  value  of  tho  next  element  of  the  sot  LELM(G). 
The  term  LELM(G)  represents  tho  left-element  of  tho  pair  G,  which  is  the  set 
of  vortices  of  tho  given  graph.  On  lino  8  the  starting  vertex  is  given  on 
associated  distance  of  0.  Tho  property  DiST  is  being  used  to  represent  the 
minimum  known  path  cost  from  the  starting  vortex.  Initially,  the  distance 
assigned  to  the  starting  vertex  is  trivially  known  to  be  0.  All  other  distances 
are  assumed  to  be  infinite,  since  without  considering  the  graph's  connectivity 
all  other  vertices  ore  potentially  unreachable. 

The  algorithm  consists  of  an  iterative  scorch  on  lines  9  through  21 
followed  by  a  reverse  trace.  The  search  begins  at  the  starting  vortex  and  a 
olstance  is  assigned  to  each  vertex  which  con  be  roochod  from  the  starting 
vertex  by  travurslng  one  outgoing  arc.  Next,  a  distance  is  assigned  to  each 
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“neighbor-  vertex  which  is  connected  by  an  outgoing  arc  to  one  of  the  ver¬ 
tices  Just  assigned.  The  distance  of  each  neighbor  vertex  is  equal  to  the  dis¬ 
tance  of  its  urevious  vertex  plus  the  weight  of  their  connecting  arc.  If  a 
distil. has  already  been  assigned  to  a  vertex,  it  is  replaced  with  a  now  dis¬ 
tance  only  when  the  new  distance  is  numerically  smaller.  This  process  is 
repeated  until  a  pass  is  made  which  docs  not  improve  any  distance  in  the 
graph.  At  this  time,  the  distance  associated  with  each  vertex  in  the  graph 
is  the  minimum  cost  to  reach  that  vertex  from  the  given  starting  vertex. 

The  statement  on  line  9  should  be  read  as  “insert  the  element  named 
by  entity  variable  A  into  a  created  sot  henceforth  named  by  entity  variable 
DSET".  The  statement  on  line  10  has  entity  variables  on  both  sides  of  the 
equal  sign.  V/hereas  TOftTHAN  semantics  dictate  a  copy  would  be  made  if 
those  were  integer,  real,  or  logical  variables,  the  entity  variable  TDSET  is 
made  to  reference  (or  name,  or  point  to)  the  entity  referenced  by  DSET.  In 
general,  this  interpretation  applies  to  entity  expressions  on  the  right  side  of 
the  equal  sign,  as  occurs  on  line  14. 

During  each  iteration  of  the  search,  the  entity  variable  TDSET  refer¬ 
ences  the  set  of  previously  assigned  vortices.  DSET  names  the  set  used  to 
keep  track  of  the  new  vertices  being  assigned  during  an  iteration.  Line  21 
contains  the  test  for  whether  another  iteration  is  needed.  EMPTY  is  a  pred¬ 
icate  function  which  is  .TRUE,  when  its  argument  is  a  set  with  no  members. 

Note  that  the  ALLA  programmer  in  required  to  perform  his  own  manage¬ 
ment  of  storage:  on  each  iteration  the  DELETE  statement  on  line  20  cruses 
the  freeing  of  the  space  used  to  model  the  set  referenced  by  TDSET. 

# 

After  the  last  iteration  there  is  a  check  at  lino  24  to  ascertain  if  the 
given  ending  vertex  has  been  assigned  a  distance;  if  its  distance  has  remained 
infinite  it  cannot  be  reached,  and  there  is  no  trace.  Otherwise,  the  trace 
starts  with  the  ending  vertex  at  line  25.  Each  incoming  arc  is  considered  along 
with  the  vertex  from  which  the  arc  emanates.  If  the  distance  of  that  vertex 
plus  the  weight  of  that  arc  equals  the  distance  assigned  to  the  ending  vortex, 
that  arc  is  part  of  a  shortest  path.  This  process  continues  until  the  statement 
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on  line  26  determines  the  starting  vertex  has  been  reached,  at  which  time 
tho  answer  has  been  computed  os  the  set  of  arcs  SI1PTHW. 


IMPLEMENTATION  OF  ALLA 

The  ALLA  data  structure  and  language  v/hich  has  been  introduced  above 
is  implemented  on  two  modular  levels.  First,  the  compilation  of  the  language 
is  effcctod  by  preprocessing  all  of  tho  non-FORTRAN  statements  into  FORTRAN 
subroutine  and  function  calls.  The  package  of  subroutines  which  constitutes 
the  run-time  system  to  realize  the  ALLA  doto  structure  is  the  second  lovel  of 
implementation.  Ir  order  to  provide  for  machine  independence,  and  allow 
for  easier  writing,  debugging,  and  modification,  tho  L6  language  was  selected 
for  both  tho  implementation  of  the  ALiA  data  structure  into  a  particular  memory 
structure,  and  tho  preprocessing  of  ALLA  into  FORTRAN.  L®  was  originally 
designed  and  implemented  at  the  Bell  Telephone  Laboratories  where  it  was 
named  "Bell  Telephone  laboratories’  ^ow-J^vel  jinked  yst  Jyanguago"  or  L® 
(pronounced  ML-sixM)  (5].  Basod  on  tho  original  Implementation  on  tho  IBM 
7094,  the  author  implemented  UP.L6  for  the  IBM  7040.  In  the  process  of 
translation,  improvements  ano  now  features  were  added,  including  tho  facility 
of  linking  L®  programs  with  both  TORTRAN  and  MAP  assembly  language  sub¬ 
routines  (12]. 

Tho  separation  of  data  structure  (the  ALLA  programmer's  view)  from 
tho  implementation  of  memory  structure  (the  systems  programmer's  view)  is 
most  valuable,  especially  when  tho  language  used  to  implement  m  mory 
structure  is  of  tho  level  L®.  This  modularity  supports  tho  freedom  to  reorganize 
the  memory  structure  at  any  time  in  order  to  adjust  time-space  operating 
characteristics.  Also,  a  researcher  may  use  such  a  framework  for  comparative 
studios  of  memory  structures.  For  example,  a  doubly-linked  list  approach 
might  bo  compared  against  the  utilization  of  lists  with  only  forward  pointers. 


ROLE  Or  THE  GRAPHICS  TERMINAL 

A  common  concern  of  designers  of  computer  graphics  systems  is  the 
choice  of  data  and  memory  structures  not  only  to  model  relationships  among 
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the  data,  but  also  for  the  maintenance  of  the  display  of  the  dat.i.  When  a 
single  computer  system  is  used  for  the  implementation  of  u  computer  graphics 

system,  the  tendency  is  to  employ  one  structure  which  can  also  bo  used  to 
drive  the  display  controller.  However,  when  the  graphical  equipment  re¬ 
sides  at  a  remote  site  along  with  o  small  computer  linked  to  the  central  com¬ 
puter  by  voice-grade  telephone  line,  ot  lecst  a  graphics-oriented  structure 
must  bo  maintained  at  the  terminal  for  effective  interaction. 

Ono  possible  solution  to  the  need  for  t  vo  structures  in  two  (often) 
different  computers  is  the  implementation  of  the  same  structure  in  both 
machines.  Perhaps  the  terminal  computer  would  handlo  a  subset  of  what  the 
central  computer  can  do.  A  strong  motivation  for  such  an  approach  is  the 
capability  for  having  programs  which  can  operate  in  either  or  both  machines. 
Although  this  is  potentially  powerful,  unless  the  two  computers  arc  appro¬ 
priately  related,  it  could  be  stifling  to  the  effectiveness  of  both  machines. 
Namely,  the  structure  in  the  smaller  one  might  bo  so  general  that  its  small 
capacity  is  too  quickly  exceeded,  and,  at  the  same  time,  the  possibility  for 

sophistication  in  the  larger  machine  might  be  suppressed. 

•• 

The  advantages  of  modularity  have  dictated  the  division  of  labor  em¬ 
ployed  in  the  Interactive  Graph  Theory  System.  A  special-purpose  structure 
in  the  graphics  terminal  contains  only  the  parameters  relevant  to  the  display 
of  graphs.  This  structure  and  its  associated  display  file  aro  managed  by  a 
special-purpose  executive  program  named  DOGGIE.  for  Display  of  Graphics 
Graphical  Interpretive  Exccui.  :e,  which  controls  the  DEC-338  terminal.  As 
its  namo  indicates,  its  primary  role  is  the  interpretation  of  a  special-purpose 
command  language.  DOGGIE  commands  ore  scanned  by  the  Interpreter  as 
sequences  of  12-bit  bytes  which  may  cither  bo  received  from  user  programs 
running  in  the  DEC-338  itself.  1600g  locations  of  the  DEC-338  are  reserved 
for  the  execution  of  those  user  programs  which  consist  of  a  mixture  of  PDP-8 
machine  language  and  DOGGIE  command  language.  A  programmer- user  of  this 
system  may  easily  avoid  the  need  for  knowledge  of  the  DEC-338  and  restrict 
his  programming  efforts  to  the  interactive  ALLA  language.  However,  the 
facilities  are  available  for  anyone  to  write  his  own  user  programs.  User  program 
preparation  is  performed  using  the  terminal  as  a  text  console.  The  assembly 
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of  DEC-338  programs  is  canied  out  on  the  IBM  7040  by  the  PDPMAP 
Assembly  System  [4],  which  is  significantly  superior  to  using  the  DEC-338 
itself. 


All  DOGGIE  commands  Implicitly  refer  to  a  scratchpad  "paper"  on 
which  a  single  graph  may  be  defined.  It  is  only  one  graph  in  the  sense  that 
there  is  no  facility  for  hierarchical  grouping;  however,  the  single  graph 
may  consist  of  any  number  of  disjoint  components  which  may  give  the  effect 
of  displaying  more  than  one  graph  at  a  time.  The  graph  may  consist  of  any 
number  of  vertices  or  arcs,  and  it  may  be  only  partially  defined  at  any  time, 
since  it  is  permissible  to  define  an  arc  in  terms  of  vertices  which  do  not 
yet  exist.  There  is  separate  control  over  which  parts  of  the  defined  graph 
arc  to  bo  displayed. 

The  graph  maintained  by  DOGGIE  is  built,  modified,  and  deleted 
through  interpreted  DOGGIE  commands.  The  command  language  includes  ele¬ 
ments  which  affect  the  gross  aspects  of  the  existing  graph  or  the  way  in 
which  the  graph  is  being  displayed.  A  group  of  commands  may  refer  to  a 
unique  vertex  or  arc  by  internal  name  or  to  all  existing  vertices  or  arcs.  The 
option  is  also  available  for  DOGGIE  to  supply  a  created  internal  name  when 
a  vortex  or  arc  is  defined.  A  list  of  other  services  performed  by  DOGGIE 
follows: 

1.  manages  all  input/output  of  the  DEC-338  by  handling  interrupts 
from  the  various  display  flags,  the  Dataphono  interface,  the 
minidisk,  and  the  Teletype. 

2.  manages  the  display  of  the  graph  on  the  "paper"  with  four  win¬ 
dow  sizes  available  for  viewing  all  or  any  part  of  the  paper. 

3.  performs  light  pen  tracking  with  optional  horizontal  and/or  vor¬ 
tical  constraints  on  a  pscudo-pen-point. 

4.  interprets  light  pen  hits  as  a  result  of  a  user’s  pointing  at  dis¬ 
played  parts  of  a  graph. 

5.  helps  in  the  management  of  the  pushbutton  box. 
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6.  handles  overlays  of  user  program  segments  by  name  by  Inter¬ 
facing  with  the  PDP-8  Disk  Monitor  System. 

7.  collects  and  maintains  status  information  concerning  the  state 
of  DOGGIE  and  its  existing  graph. 

Note  that  this  system  design  gives  the  programmer  explicit  control  of 
what  is  displayed  instead  of  automatically  monitoring  the  ALLA  structure. 

Also,  the  division  of  labor  employed  makes  it  feasible  to  substitute  another 
computer  at  cither  end  of  the  telephone  line.  For  example,  an  equivalent 
DOGGIE  executive  and  set  of  user  programs  could  be  implemented  on  an  ADAGE 
terminal. 


INTERACTIVE  PROGRAMS 

A  user  program  which  operates  at  the  t^minal  is  appropriate  for  prob¬ 
lems  whore  nearly  instantaneous  system  response  is  important.  An  interactive 
algorithm  may  bo  entirely  resident  in  the  DEC-338,  it  may  bo  entirely  resident 
in  the  IBM  7040,  or  it  may  be  divided  between  the  two  computers.  There  are 
facilities  to  shift  the  center  of  control  from  one  computer  to  the  other.  Tor 
example,  an  interactive  ALLA  program  running  in  the  IBM  7040  may  call  upon 
a  user  program  in  the  DEC-338  as  a  subroutine. 

An  interactive  algorithm  written  for  execution  at  the  terminal  may  be 
appropriate  only  if  minor  computing  is  required  and  if  associated  data  can  be 
conveniently  represented  within  the  framework  of  the  terminal's  data  structure. 
Although  this  is  not  the  recommended  method  for  implementing  graph  theoretic 
algorithms,  the  power  of  the  small  machine  has  been  demonstrated  by  imple¬ 
menting  a  user  program  which  interprets  a  Mealy  state  graph  prepared  in  a 
prescribed  format  and  carried  out  the  operations  of  a  finite  state  acceptor. 

The  "current"  state  is  indicated  by  a  blinking  vertex,  and  the  user  supplies 
an  input  character  from  the  Teletype  keyboard  (or  paper  tape  reader).  According 
to  the  typed  (or  read)  character,  an  output  character  (or  string)  is  immediately 
typed  out  on  the  Teletype  printer,  and  the  new  current  state  is  made  to  blink. 
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The  set  of  DOGGIE  commands  constitutes  a  machine-independent 
language  for  controlling  the  display  of  graphs.  The  language  in  the  pure 
sense  is  not  interactive  since  it  is  only  an  output  language.  It  becomes 
interactive  when  used  in  conjunction  with  other  languages  which  include 
control  specification.  The  DOGGIE  language  is  used  in  two  different  en¬ 
vironments  within  the  Interactive  Graph  Theory  System:  first,  it  is  embedded 
into  ALLa  language  for  execution  in  the  IBM  7040.  Second,  it  is  embedded 
into  PDPMAP  Assembly  Language  through  macros  for  use  in  user  programs 
operating  in  the  DEC-338.  The  use  of  the  DOGGIE  language  in  either  environ¬ 
ment  has  the  same  meaning,  which  is  to  direct  the  DOGGIE  interpreter  to 
perform  commands  which  define,  alter,  and  display  graphs. 

The  writing  of  interactive  programs  is  somewhat  different  in  the  two 
environments,  but  the  basic  idea  is  common  to  both  languages.  The  input 
aspect  of  the  interaction  is  accomplished  by  programming  in  the  host  language 
the  observation  of  communication  cells.  These  cells  reflect  the  status  of 
the  DEC-338  and  DOGGIE  back  to  the  programmer.  The  information  contained 
in  these  cells  includes: 

1.  current  graph  display  status  -  intensity,  window  size  and 
position, 

2.  light  pen  tracking  indicators, 

3.  indication  of  the  amount  of  available  free  blocks, 

4.  light  pen  hit  information,  and 

5.  complete  status  output  for  a  vertex  or  arc. 

A  communication  cell  Is  a  rather  natural  concept  for  use  in  the  DEC- 
338,  for  In  that  environment  it  is  simply  an  accessible  memory  location.  User 
programs  operating  in  the  DEC-338  are  written  with  references  to  the  sym¬ 
bolic  names  of  these  cells.  There  arc  some  communication  colls  in  the  DEC- 
338  which  are  used  as  Indirect  addresses  of  subroutines  included  within 
DOGGIE  such  as  the  subroutine  to  send  an  8-bit  character  over  the  Te  lephone 
line.  A  number  of  communication  cells  of  this  type  arc  not  dupli-  nted  in  tne 
ALLA  environment. 


19 


Communication  cells  In  the  ALLA  environment  are  referenced  is 
any  other  FORTE’ N  integer  variable  or  logical  variable.  They  are  automatically 
declared  in  each  ALLA  subprogram,  so  the  programmer  simply  references 
these  colls  by  symbolic  name. 

Many  of  the  communication  cells  in  the  7040  are  essentially  copies 
of  the  "real"  colls  in  the  DEC-338.  The  "real"  introduced  hero  means  real- 
time.  For  example,  a  pair  of  communication  cells  indicates  the  position  of 
the  pscudo-pcn-polnt  linked  to  the  light  pen  trad  .ng  cursor.  In  the  DEC- 
338,  user  programs  observing  those  cells  may  do  so  In  real-time.  However, 
the  communication  cells  6f  the  DEC-338  are  copied  over  to  the  7040  only 
when  requested  by  certain  statements  in  interactive  ALIA  programs.  Since 
this  copying  operation  takes  about  one  or  two  seconds  to  complete,  and  since 
tracking  may  alter  the  position  of  the  pseudo-pen-point  every  few  milliseconds, 
tho  communication  cells  in  the  7040  cannot  reflect  this  data  In  rc«jJ-time. 


EXAMPLE  OP  AN  INTERACTIVE  PROGRAM 

An  example  of  a  rather  small,  yet  complete  interactive  ALLA  program 
Is  presented  in  Figure  6.  The  following  discussion  references  the  SAMPLE 
subroutine  in  Figure  6,  which  assumes  a  graph  is  already  being  displayed  at 
the  terminal.  On  line  2,  tho  subroutine  call  causes  tho  clearing  of  the  flag 
associated  with  pushbutton  number  1 1  on  the  pushbutton  box  at  the  terminal. 
Line  3  contains  a  DOG  statement  which  Indicates  tho  remainder  of  tho  line  is 
a  symbolic  DOGGIE  command.  This  symbolic  form  of  DOGGIE  command  causes 
two  12-bit  bytes  to  be  sent  to  the  DF.C-338:  octol  3600  and  0000,  which  tho 
DOGGIE  interpreter  will  interpret  as  a  command  to  make  light  pen  sensitive 
all  vertices  currently  existing  in  the  graph.  Next,  the  statements  on  lines  4 
through  7  cause  a  message  for  tho  user  to  bo  placed  on  two  message  lines  at 
the  lower  left  corner  of  the  terminal’s  display  screen.  As  the  text  of  tho  mes¬ 
sage  indicates,  this  sample  program  allows  the  user  to  force  the  shape  of  any 
vortex  "soon"  by  the  light  pen  to  be  made  square  (vertex  shape  6)  until 
pushbutton  11  is  depressed.  Tho  statement  on  line  8  causes  light  pen  hits  to 
be  allowed.  The  WA1TCIIANGE  statement  of  lino  9  shifts  control  of  the  sys¬ 
tem  to  the  terminal  until  some  change  occurs  in  tho  status  of  pushbuttons. 
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LINE 


1 


SUDHOUTINK  5AKPLF 
CALL  CLHPfK  I  I  > 

DOG  STAHT  LTPFN  V  HOLE  VERTEX#  A„l. 

CALL  KFSSAC  <R ) 

DOGSIMMi  'POINT  TO  VtlU 1 CLb  TO  UF • 

CALL  K/SSAG< 1 > 

DOG  ST  RING  'K.ADF.  SQUARE#  PD  I  I  TO  STOP* 
1G  DOG  ALLIIIT 

SO  VAITCIA.S’GE 

IF  <PH< 1 1 >>  GOTO  30 

IF  <LPHITI  .tO.  0>  GOTO  DO 

DOC  STAHT  EXIST  SHAPE  VERTEX  6#Cl.PHlTf»> 

GOTO  10 

30  TERMINATE 

STOP 
END 


Figure  6.  Semple  Interactive  Program 
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light  pen,  or  Teletype  input.  When  a  chmgo  occurs,  communication  cells 
in  the  ALIA  environment  are  updated  and  control  shifts  to  line  10  where  the 
current  status  of  pushbutton  II  Is  checked.  If  it  his  not  been  depressed  by 
the  user,  control  flows  to  line  11  where  the  communication  cell  LPH1T1  is 
checked  for  a  value  of  0.  A  non-zero  value  indicates  a  light  pen  hit  occurred, 
and  the  communication  coll  LP11IT2  contains  the  internal  name  of  the  vor¬ 
tex  which  caused  the  hit.  In  this  ease,  the  statement  on  line  12  causos  the 
shape  of  the  hit  vertex  to  bo  square. 


SUMMARY 

This  piper  has  described  how  a  remote  computer  graphics  terminal 
with  processing  power  is  used  in  a  multi-console  operating  system  as  an  alpha¬ 
numeric  console  ami  an  Interactive  graphics  device.  An  Interactive  Graph 
Theory  System  was  built  In  thin  environment  to  exhibit  the  effective  uso  of 
such  a  terminal  and  to  demonstrate  a  design  for  a  programming  system  for 
solving  graph  theoretic  problems. 

In  order  to  express  interactive  graph  theoretic  algorithms,  the  cen¬ 
tral  computer's  TORTKAN  IV  language  has  been  enriched  with  data  structure  and 
assocl  it'  c  operations  and  a  closs  of  statements  to  control  the  existence  and 
display  of  graphs  «it  the  terminal.  The  implementation  of  this  language  employs 
a  separate  module  to  specify  the  underlying  memory  structure  using  Lb. 

The  torminil  computer  is  managed  by  an  executive  program  which  in¬ 
corporates  an  interpreter  of  a  spcclal-purposo  command  language  oriented 
towards  controlling  the  existence  and  display  of  graphs.  It  may  bo  programmed 
to  carry  out  local  functions  as  well  as  those  which  arc  performed  os  subroutines 
of  an  Interactive  program  running  In  the  central  computer. 

Examples  of  system  use  and  programming  In  the  interactive  ALLA  lan¬ 
guage  have  been  presented. 
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AH  of  the  work  dcseril>ed  in  this  (taper  is  fully  reported  in  the  author's 
Ph.D  disseratlon  [11],  which  includes  complete  programming  manuals  of 
interactive  ALLA  and  DOGGIE  command  language.  Copies  are  available  from 
the  author. 
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